home *** CD-ROM | disk | FTP | other *** search
/ STraTOS 1997 April & May / STraTOS 1 - 1997 April & May.iso / CD01 / PRGMANIA / @FALCON / VISUAL41 / OVERVIEW.TXT < prev    next >
Encoding:
Text File  |  1997-02-23  |  7.2 KB  |  175 lines

  1.     3.    Vue d'ensemble
  2.  
  3.  
  4. Visual Assembleur 
  5. 4.1
  6.  
  7.  
  8. Outil de développement pour le Falcon 030
  9.  
  10.  
  11.     3.1 Matériel et logiciels requis
  12.  
  13.  
  14. Pour accéder à toutes les possibilités offertes par le Visual As-
  15. sembleur (V.A.), vous devez posséder au minimum un Atari 
  16. Falcon 030 (TOS 4.0x) avec 4Mo de mémoire minimum ainsi 
  17. qu'un disque dur ayant une place libre de 4 Mo minimum.
  18. Le V.A. se présente sous la forme d'un ensemble de sources 
  19. en langage assembleur. Toutes ces sources ont été écrites pour 
  20. l'assembleur DEVPAC 3.10 de Hisoft et il est donc impératif 
  21. de posséder ce programme, ainsi que les librairies données avec.
  22. Si vous désirez réaliser un programme fonctionnant sous envi-
  23. ronnement graphique (GEM), vous aurez besoin d'un éditeur de 
  24. ressource graphique. Le plus connu est INTERFACE 2 de Shift. 
  25. Mais tout éditeur comportant l'option de création d'un fichier .H 
  26. associé au fichier .RSC doit normalement être utilisable. Il suffit 
  27. que le format des lignes du fichier .H soit du style :
  28.  
  29. #include nom_objet_graphique=numéro_objet_ressource   /* 
  30. commentaire */ 
  31.  
  32. pour qu'il puisse être traité automatiquement par le V.A.. 
  33.  
  34.     3.2 Que pouvez vous faire avec ce kit
  35.  
  36.  
  37. Le Visual Assembleur n'est pas un langage à part entière, 
  38. mais plutôt une bibliothèque de luxe pour les programmeurs en 
  39. assembleur. Il intègre un côté visuel, car le dessin de l'interface 
  40. de l'application se fait comme pour ses confrères "Visual..." 
  41. dans un éditeur de ressource. Il est bien sur orienté objet afin 
  42. d'être le plus évolutif possible. Enfin, il est conçu pour que le 
  43. programmeur n'ait à gérer aucun appel direct aux fonctions sys-
  44. tème, le tout étant pris en charge par le noyau "Visual".
  45. De cette conception macro-modulaire du V.A., découlent des 
  46. propriétés très intéressantes, comme par exemple la portabilité 
  47. du code assembleur ! Eh, oui il suffit de ré-écrire les macros 
  48. pour la plate-forme destination (Mac, Amiga, Bee ...) et de re-compiler le tout pour avoir un exécutable.
  49. En effet, tous les systèmes à base de fenêtre fonctionnent sur 
  50. le même principe : le déplacement, le redimensionnement ... des 
  51. fenêtres, les évènements menu, les évènements souris, claviers, 
  52. les messages système et inter-applications et enfin le découpage 
  53. en rectangles de la fenêtre lors du redraw. On voit ainsi qu'un 
  54. programme de traitement d'image peut faire ce qu'il veut avec 
  55. ses buffers internes : tant que son affichage est conforme au for-
  56. mat V.A., il pourrait être compatible avec n'importe quel systè-
  57. me de fenêtre.
  58.  
  59. Le Visual Assembleur permet de tirer parti de toutes les parti-
  60. cularités du TOS et de l'AES dans leurs version les plus avan-
  61. cées, i.e : TOS 4.04 & AES 4.1. La plupart des nouvelles 
  62. fonctions sont totalement transparentes pour le programmeur qui 
  63. oublie tous les soucis de clipping, de scrolling des fenêtres ...
  64. - Pour une fenêtre bitmap, par exemple, il se concentre sur 
  65. une seule chose : le contenu buffer Visual qui sert à l'affi-
  66. chage.
  67. - Les fenêtres formulaires sont encore plus simple, puisque 
  68. le seul paramètre quant au contenu est le numéro de l'ar-
  69. bre ressource !
  70. - Vous voulez gérer vous-même le dessin interne de votre 
  71. fenêtre ? Pas de problème : on intercepte les messages de 
  72. redraw, on clippe et on vous passe les coordonnées des 
  73. rectangles !
  74. - Vous pouvez être prévenu d'absolument tous les évène-
  75. ments système, il suffit d'insérer l'adresse de votre routi-
  76. ne au bon endroit et un JSR sera effectué quand cet évè-
  77. nement arrivera (exemple : "AP_TERM", "WM_AL-
  78. LICONIFY" ... )
  79. - Enfin, fini le problème des accessoires et de leurs initiali-
  80. sations, votre application sera gérée de façon transparente 
  81. pour vous, qu'elle soit lancée en accessoire ou en pro-
  82. gramme.
  83.  
  84.     Voici la liste des caractéristiques du Visual Assembleur 4.0 au 
  85. 6 Septembre 1996 :
  86.  
  87. - Fonctionne sur tout micro-processeur 68030 ou plus.
  88. - Toute application fonctionnera parfaitement sous 
  89. MiNT/Multitos et tirera parti de ses possibilités.
  90. - Gestion des nouveaux messages AES 4.1.
  91. - Scripts de démarrage fournis pour tous les types de pro-
  92. jets (TOS, ACC, APP, ACC/APP).
  93. - Gestion transparente des ACC et des APP.
  94. - Possibilité d'inclure le ressource dans le programme et de 
  95. le reloger ensuite.
  96. - Initialisation et stockage en retour des paramètres de la 
  97. station virtuelle.
  98. - Possibilité d'assigner un fond graphique à votre applica-
  99. tion.
  100. - Possibilité de mettre des menus attachés (sous-menus) 
  101. avec gestion transparente (AES 3.3).
  102. - Gestion irréprochable des raccourcis claviers, applicables 
  103. à n'importe quel menu ou objet cliquable ; fonctionne 
  104. dans tous les pays !
  105. - Aucune restriction sur le nombre de fenêtres autre que 
  106. celle imposée par le système.
  107. - Namification de n'importe quelle fenêtre (laisse juste le 
  108. titre & l'info).
  109. - Possibilité de mettre une barre d'outil dans n'importe 
  110. quelle fenêtre !
  111. - Gestion des popups dans une fenêtre formulaire entière-
  112. ment automatique (AES 3.3), affichage, remplissage du 
  113. champs de texte, et pour le programmeur un message 
  114. d'avertissement de changement avec l'index du nouvel 
  115. objet sélectionné.
  116. - Gestion des appels Venus / Accessory. 
  117. ("VA_START").
  118. - Gestion de l'iconification des fenêtres.
  119. - Gestion d'un menu dans les fenêtres.
  120. - Bibliothèque spéciale pour la gestion des fichiers, ouver-
  121. ture, donne la taille, alloue la place mémoire nécessaire et 
  122. charge le fichier.
  123. - Bibliothèque spéciale pour le sélecteur de fichiers (gère 
  124. SelectricTM).
  125. - Bibliothèque spéciale pour la RS-232 & Midi.
  126. - Bibliothèque spéciale pour les dates & heures.
  127. - Bibliothèque de gestion des Cookies & vecteurs 
  128. XBRA.
  129. - Bibliothèque de conversion bidirectionnelle du numéri-
  130. que vers l'ASCII.
  131. - Bibliothèque d'appels XHDI.
  132. - Bibliothèque de recherche récursive de fichiers selon 
  133. un chemin de départ et un masque avec appel d'une routi-
  134. ne de traitement personnalisée ...
  135. - Gestion du multi-document.: plusieurs copies d'une mê-
  136. me fenêtre. (traitement de texte ...)
  137.  
  138.  
  139.     3.3 Que ne pouvez-vous pas faire avec ce kit
  140.  
  141. Les limitations du V.A sont peu nombreuses car, comme nous 
  142. l'avons vu, l'objet "fenêtre custom" permet tout, étant donné que 
  143. c'est le programmeur qui gère les redraw.
  144. Elles sont :
  145. - On ne peut pas compiler de CPX.
  146. - On ne peut pas faire de fenêtre terminal VT-100 en uti-
  147. lisant l'objet fenêtre texte.
  148. - En mode non-plan (true-color), les couleurs des icônes 
  149. couleurs des ressources intégrés au programme ne corres-
  150. pondent pas aux couleurs voulues : il faudra alors utiliser 
  151. un bête RSC_LOAD lui aussi géré automatiquement.
  152.  
  153.  
  154.     3.4 Futures versions
  155.  
  156.  
  157. Un effort tout particulier a été apporté au fait que les futures 
  158. versions ne doivent pas obliger autre chose qu'une re-compila-
  159. tion pour être opérantes. Toutes les futures améliorations sont 
  160. d'ores et déjà prévues autant que faire se peut.
  161.  
  162. La planification des versions à venir est la suivante :
  163.  
  164. V 4.0.45    Version de base permettant quasiment tous les 
  165. types d'applicatifs.
  166. V 4.1.y    Gestion des menus dans les fenêtres.
  167. V 4.2.y    Gestion améliorée (sans passer par le GEM) 
  168. des champs de texte éditables.
  169. V 4.3.y    Possibilité de gérer une fenêtre comme étant la 
  170. composition de plusieurs autres.
  171.  
  172. V 5.x.y    Utilitaire de création du fichier .OBJ de façon 
  173. graphique et très    simple.
  174.     
  175.